HADOOP-17870 Make Http Filesystem allow non-absolute uri based paths.#3338
Conversation
…s too like other filesystems
|
LGTM. Are there other calls where we need to call makeQualified? |
I am not entirely sure. This is something I came across while trying to use ammonite-spark. |
...on-project/hadoop-common/src/main/java/org/apache/hadoop/fs/http/AbstractHttpFileSystem.java
Outdated
Show resolved
Hide resolved
3d0e819 to
d1b545a
Compare
|
looks to me like the getFileStatus() call needs the same qualification. Can you add it there + test? |
|
isn't getFileStatus call not just a dummy? it won't fail right? |
|
think a qualified path should still be in the returned status, as it is effectively what every other FS connector does |
Fixed. |
|
🎊 +1 overall
This message was automatically generated. |
steveloughran
left a comment
There was a problem hiding this comment.
+1
merging to trunk and 3.3.x
|
@yellowflash -before I merge, how do you want to be credited.? do you want: Or is there any other name you'd like to use. |
Yellowflash is cool :) |
Contributed by Yellowflash Change-Id: I217da06a1a2e5c0ca2b324f8e21baa0846f64858
Contributed by Yellowflash
Description of PR
This PR makes the Http Filesystem consistent with the other filesystems in how the open behaves. It first qualifies the path before making a URI and subsequently URL out of it.
How was this patch tested?
Has modified the existing unit test to cover this case too.
For code changes:
LICENSE,LICENSE-binary,NOTICE-binaryfiles?